Wireless data exchange

ABSTRACT

A system of exchanging and managing information includes a mobile device configured to automatically insert, exchange and update a caller&#39;s contact information into a user&#39;s phonebook. The phonebook can reside on either the UICC card, SIM, USIM, Mega SIM, any other smart card or an integrated chip, on the mobile device or on a remote server. The automatic insert and/or automatic exchange mechanism is triggered when a call is made between two people on mobile phones or other devices.

RELATED APPLICATIONS

This application is a divisional of U.S. application Ser. No.11/353,452, filed Feb. 13, 2006, which is incorporated herein byreference. U.S. application Ser. No. 11/353,452 also claims priority toU.S. Provisional Patent Application Ser. No. 60/662,462 filed Mar. 15,2005 and entitled, “Wireless Data Exchange.” U.S. application Ser. No.11/353,452 also claims priority to U.S. Seer. No. 11/056,022, filed onFeb. 11, 2005, which is a continuation-in-part of patent applicationU.S. Ser. No. 10/879,331, filed Jun.29, 2004, which is acontinuation-in-part of patent application U.S. Ser. No. 10/657,757,filed Sep. 8, 2003, which is a continuation of patent application U.S.Ser. No. 09/223,129, filed Dec. 30, 1998, now U.S. Pat. No. 6,374,259,which claims priority from U.S. Ser. No. 60/102,614, filed Oct. 1, 1998(Abandoned), each of which is incorporated herein by reference.

BACKGROUND OF INVENTION

The phonebook plays a significant role in mobile communications. It isthe source of the contact information for phone calls, text messages,faxes, instant messages and emails. A challenge in the mobile phonemarket is inserting, updating, and maintaining contact informationstored in the phonebook. Currently, one must manually enter phonenumbers into one's mobile phone. This takes time, is often difficultwith such small buttons and screens on phones, and is prone to errorswith manual data entry. Often, the result is that many individuals donot enter contact information in their mobile phonebooks.

In addition, these problems restrict the user from adding alternatephone numbers (e.g. business phone, home phone, and fax) associated witha contact, even though today's phonebooks can support multiple numbers.With the growth of more sophisticated phones (e.g. Smart Phones, IPphones, and Internet capable phones) there is also a need to store emailaddresses and Instant Message (IM) addresses of contacts. Entering emailand IM addresses, however, can be even more problematic than enteringphone numbers.

RELATED APPLICATIONS

This application is a divisional of U.S. Application No. 11/353,452,filed February 13, 2006, which is incorporated herein by reference. U.S.Application 11/353,452 also claims priority to U.S. Provisional PatentApplication Serial No. 60/662,462 filed March 15, 2005 and entitled,“Wireless Data Exchange.” U.S. Application No. 11/353,452 also claimspriority to U.S.S.N. 11/056,022, filed on February 11, 2005, which is acontinuation-in-part of patent application U.S.S.N. 10/879,331, filedJune 29, 2004, which is a continuation-in-part of patent applicationU.S.S.N. 10/657,757, filed September 8, 2003, which is a continuation ofpatent application U.S.S.N. 09/223,129, filed December 30, 1998, nowU.S. Patent No. 6,374,259, which claims priority from U.S.S.N.60/102,614, filed October 1, 1998 (Abandoned), each of which isincorporated herein by reference.

Background of Invention The phonebook plays a significant role in mobilecommunications. It is the source of the contact information for phonecalls, text messages, faxes, instant messages and emails. A challenge inthe mobile phone market is inserting, updating, and maintaining contactinformation stored in the phonebook. Currently, one must manually enterphone numbers into one's mobile phone. This takes time, is oftendifficult with such small buttons and screens on phones, and is prone toerrors with manual data entry. Often, the result is that manyindividuals do not enter contact information in their mobile phonebooks.

In addition, these problems restrict the user from adding alternatephone numbers (e.g. business phone, home phone, and fax) associated witha contact, even though today's phonebooks can support multiple numbers.With the growth of more sophisticated phones (e.g. Smart Phones, IPphones, and Internet capable phones) there is also a need to store emailaddresses and Instant Message (IM) addresses of contacts. Entering emailand IM addresses, however, can be even more problematic than enteringphone numbers.

Another problem for users today is the inability to control thedistribution of contact information to others. For example, one mightprovide a mobile phone number or business telephone number to anotherperson but not want to provide their home telephone number. Thus, userscontinue to face many problems in using and benefiting from thecapabilities of a device phonebook.

SUMMARY OF THE INVENTION

Embodiments of the invention provide systems, methods, and deviceenhancements to automatically insert, exchange and update a caller'scontact information into a user's phonebook. The phonebook can reside oneither the UICC card (Subscriber Interface Module (“SIM”), USIM, MegaSIM, any other smart card or an integrated chip), on the mobile deviceor on a remote server, for example. The automatic insert and/orautomatic exchange mechanism is triggered when a call is made betweentwo people on mobile phones or other devices. Upon call completion, acaller is asked if the caller wants to send updated information to acall recipient. If yes, the information is automatically sent to therecipient, based upon the permission settings provided by the sender, orcaller. The recipient has the option of receiving the new information athis or her device. Thus, an embodiment of the invention comprises aninformation management system having a first user device having at leastone of a Subscriber Identity Module, a UMTS Subscriber Identity Module,a smart card or an embedded chip, a second user device configured tointerface with the first user device over a wireless network, and anapplication module configured to enable the first user device toretrieve information associated with the second user device over thewireless network upon a communication between the first user device andthe second user device.

Implementations of the invention can include one or more of thefollowing features. The system and methods of the invention may includeAutoInsert/AutoExchange between two mobile phones with a call triggeringthe sending of contact information to a phone or other personal device.Autolnsert/AutoExchange may occur between two mobile phones with a phonecall triggering the mobile network switch to prepare and distributemessages to the mobile phones. The messages process contact informationexchange between two or more than two mobile phonebooks. Further,AutoInsert/AutoExchange may occur between two mobile phones utilizingthe existing OnePIN™ technology that utilize a procedure covered underU.S. Pat. Nos. 6,374,259 and 6,654,768.

Features of the invention may provide one or more of the followingadvantages. The process may alleviate storage issues and processingpower issues. The system and processes of the invention may assist inthe integration issues of a Mobile Operator Network. Exchange ofinformation between users on a network can be automated. Updates toinformation stored on a mobile device can be achieved automatically, orwith manual entry by choice. Other capabilities will be apparent uponreview of the following figures and description.

FIGURES

FIG. 1 is a schematic of a communication system according to oneembodiment of the invention.

FIG. 2 is a schematic diagram of a communication system according to oneembodiment of the invention.

FIG. 3 is a data flow chart of a communication system according to oneembodiment of the invention.

FIG. 4 is a data flow chart of a communication system according to oneembodiment of the invention.

FIGS. 5A-5D are data flow charts of subsystems of a communication systemaccording to one embodiment of the invention.

FIGS. 6A-6I are data flow charts of subsystems of a communication systemaccording to one embodiment of the invention.

FIGS. 7A-7B are data flow charts of subsystems of a communication systemaccording to one embodiment of the invention

FIGS. 8A-8F are data flow charts of subsystems of a communication systemaccording to one embodiment of the invention

FIG. 9 is a schematic diagram of a communication system according to oneembodiment of the invention.

FIG. 10 is a schematic diagram of a communication system according toone embodiment of the invention.

DETAIL DESCRIPTION OF THE INVENTION

Embodiments of the present invention are directed generally to a methodand an apparatus for inserting, exchanging, updating and storing contactinformation in a mobile phone used over a mobile network. Embodiments ofthe invention can be used to insert, exchange, update or storeinformation other than, or in addition to, contact information. Furtherembodiments of the invention can be used for devices other than mobilephones, and over networks other than mobile networks. Implementations ofthe invention are described as employing SIM. It is understood that SIMcards includes, but is not limited to, SIM, (U)SIM, Mega SIM, smartcards, and other applications, for example.

Referring to FIG. 1, a mobile contact management information system 1000includes a first user phone 1010, a second user phone 1012, and a MobileOperator Over The Air (OTA) communication platform 1014 on a mobileoperator's network 1016. The contact management information system 1000is an UMTS Mobile Operator Network, for example. The system 1000 can beanother type of mobile network, such as WCDMA (GSM), CDMA, CDMA2000, etcor a next generation phone system.

Referring to FIG. 2, a mobile contact management information system 2000includes a first user phone 2010, a second user phone 2050, a remotecomputer 2003, a remote database server 2005, and an OTA communicationplatform 2001. The remote computer 2003 and the remote database 2005 canbe a part of the Mobile Operator network, for example. The remotecomputer 2003 is coupled to the remote database 2005. The first userphone 2010 and the second user phone 2050 are connected to the OTAplatform 2001. The OTA platform 2001 connects the first user phone 2010and the second user phone 2050 to the remote computer 2003 and theremote database server 2005 over the mobile network.

The first user phone 2010 includes a UICC card 2030 and a phoneoperating system 2011. The UICC card 2030 includes a (U)SIM applicationmodule 2090, a Javacard 2031 and a SIM Tool Kit (STK) framework 2032,and a first user UICC card phonebook 2033. The UICC card 2030 alsostores a first user MyProfile Data File 2035, a first User Last NumberDialed (LND) data file 2037, a first User LND Pattern data file 2038, afirst User Operations Mode data file 2034, and a first UserConfiguration File 2039. The files 2034, 2035, 2036, 2037, 2038 and 2039can be changed locally or remotely via an OTA update. The phoneoperating system 2011 includes a display control module 2017, aphonebook module 2015, a phone event management communication module2014, and a SMS module 2016. The phone operating system may includeother modules.

The second user phone 2050 includes a UICC card 2080 and an operatingsystem 2051. The second user UICC card 2080 includes a (U)SIMapplication module 2091, a Javacard 2081, a SIM Tool Kit (STK) framework2082, and a second user UICC card phonebook 2083. The SIM File Systemstores a second user MyProfile Data File 2085, a second User Last NumberDialed (LND) data file 2087, a second User LND Pattern data file 2088, asecond User Operations Mode data file 2084, and a second UserConfiguration File 2089. The files 2084, 2085, 2086, 2087, 2088, 2089can be changed locally or remotely via an OTA update. The second userphone operating system 2051 includes a display control module 2057, aphonebook module 2055, a phone event management communication module2054, and a SMS module 2056. The phone operating system may includeother modules.

The UICC cards 2030 and 2080 are integrated into the respective phoneand phone operating system software for each of the user phone 2010 andthe user phone 2050. The UICC card 2030 and the UICC card 2080 enablethe first user phone 2010 and the second user phone 2050 to access theremote server 2003 and the remote database 2005 over the mobile network,OTA Platform 2001 and phone operator network. The (U)SIM applicationmodules 2090 and 2091 are installed on each phone's operating system orcan be programmed into the firmware of each phone. In this case, forexample, the (U)SIM application module 2090 becomes a phone dependantsoftware application rather than a UICC card application.

The (U)SIM application modules 2090, 2091 and the UICC card phonebooks2033, 2083 of the first user phone 2010 and the second user phone 2050can be combined such that both are deployed as a single softwareprogram. The UICC cards 2030 and 2080 can also be a different type ofinformation storage and execution medium such as a communication chip ora variation of a UICC or Smart Card. The UICC cards 2030 and 2080 canalso be another integrated smart card or chip within a phone. The UICCphonebooks 2033, 2083 may be replaced with another type of file orsoftware program to manage the contact entries and other personalizeditems.

The (U)SIM application module 2090 is saved on the UICC card 2030. Themodule 2090 listens for phone call related events, sends requests to theother phones, receives caller information, and inserts contactinformation into the UICC phonebook 2033 or on the phone itself.Additional features can include: software activation, personalinformation update, default access level setting, phonebook backup andrestore. The application module 2090 is compatible with 2G and 3Gspecifications, specifically: 3GPP TS 31.111 (Release 6) “USIMApplication Toolkit (USAT)”, 3GPP TS 31.102 (Release 6) “Characteristicsof the USIM application”, ETSI TS 102.241 (Release 6) “UICC API for JavaCard”. The Mobile Network can also be any future mobile, fixed line, orany other combination of network. The application module 2090 canfurther support the following phonebook file types, for example: ADN,ANR, EMAIL, SNE, etc. The module 2090 can also support basic phonebookstructure: PBR type ‘A8’ (‘A9’ or ‘AA’ type extended phonebooks areoptional). The application module 2090 can communicate directly viaGPRS, SMS, MMS, or TCP/IP. The UICC Card Requirements are, for example,Java Card 2.1.1/2.2.1. Basic functionality requires approximately 18Kstorage on the UICC card. Other card requirements and storage capacityare possible and envisioned. Further, although functionality isdiscussed with respect to the first user phone 2010, similarfunctionality is available and installed on the second user phone 2050.

Referring also to FIG. 3, the application module 2090 is built on theSIM Tool Kit (STK) Framework 2032, which communicates to the first userphone 2010 through the Event Communication Module 2014. The STKframework 2032 registers with the following events of the first userphone 2010: a call control event 3010, a call disconnected event 3020, acall connected event 3030, a menu selection event 3040, an SMS PP datadownload event 3050, and a terminal profile download event 3060. The SIMTool Kit (STK) framework 2032 sends proactive commands to the first userphone 2010. For example, the framework 2032 sends a command forproviding local information 3070, select items 3080, display texts 3090,send SMS 3100, refresh 3110, more time 3120, and get input 3130. A setupevent list 3150 and a setup menu 3160 are proactive commands issuedthrough the STK Framework 2032. A proactive handler 3170 is used as adata container, e.g., for storage of data.

Referring also to FIG. 4, a method of initiating the (U)SIM applicationmodule 2090 over the mobile phone 2010 and the UICC card 2030, is nowdescribed. The (U)SIM application module 2090 can be inserted into theUser 1 UICC card 2030 by the mobile operator or by the UICCmanufacturer, for example. The UICC cards may be purchased with the(U)SIM application module 2090 preinstalled to the UICC card 2030 by theUICC card manufacturer, to the RAM of the card. The first user insertsthe UICC card 2030 in the mobile phone 2010 and the (U)SIM applicationmodule 2090 is powered automatically to determine if the applicationmodule 2090 is set to a “Disable” state, stage 5010. If the applet isnot set to “Disable”, then the application module 2090 configures itselfbased on the Terminal Profile Download Event 3060, at stage 5020 (seeFIG. 5B and related description).

Referring also to FIG. 5A, the application module 2090 handles theTerminal Profile Download Event 5010. The terminal profile downloadevent 5010 lists the events the phone supports. If some of the SIMToolkit events/commands are not supported by the handset, the (U)SIMapplication module 2090 operates differently in order to compensate forthe phone's short-comings, at stage 5130. When the minimum handsetrequirements are not met, the (U)SIM application module 2090 deactivatesand removes itself from the SIM Toolkit menu, stage 5180. At stage 5140,if the application module 2090 is in operational mode, the applicationdownloads the MyProfile Data File 2035. At stage 5160, prior to theoperation of the (U)SIM application module 2090, the first userinitiates setup of the application to enable sending and receivingcontact information with others, stage 5160. The (U)SIM applicationmodule 2090 requests that User 1 activates the application through asetup process, stage 5170 (see FIG. 5C and accompanying description forthe setup process). At the conclusion of, or upon interruption of or atthe temporary break from the setup Profile Process, stage 5170, theactivity ends, stage 5190.

Referring also to FIG. 5B, the application module 2090 is configuredaccording to the capabilities of the phone 2010, 2050. At stage 5210,the application module 2090 sets to an “Idle” status. At stage 5225, theapplication module 2090 collects the TAC (Part of IMEI number) from thephone 2010. At stage 5230, the application module 2090 gathers a handsetmode from the Operation Mode File 2034. At stage 5235, the applicationmodule 2090 reads the User 1 Configuration File 2039. At stage 5240, thedefault language is set if UCS2 is supported within the UICC card 2030.At stage 5245, the Abbreviated Dialing Number (ADN) File (SIM phonebook2033) is tested. At stages 5260, 5265, 5270, the (U)SIM applicationmodule 2090 registers the operation level of the application. Theapplication module 2090 can operate in two different modes: SR (Send andReceive) or RS (Receive Then Send). The embodiments of this inventiondescribe the fully featured SR Mode. RS Mode is a subset of the fullyfunctional SR Mode. The applet reaches stage 5290, and the applicationconfiguration is completed based on the terminal profile of the phone2010.

Referring also to FIG. 5C, a user sets up the MyProfile File 2035 on theUICC card 2030. Activation can also be done at the point of sale or OTAnetwork 2001 remotely by the mobile operator through a remoteconfiguration process. If the (U)SIM application module 2090 ispre-installed, turning on the phone or ending a call after the firstincoming or outgoing call may also activate the (U)SIM applicationmodule 2090.

In FIG. 5C, the applet activation process through a manual operation bya user is described. When the (U)SIM application module 2090 executes,User 1 is prompted to initiate the applet at stage 5310 by entering thecontact information with the following dialog box, for example: “Set upyour profile once, and exchange it with friends after phone call” usingthe STK Display Text Proactive Command 3090. At stage 5320, User 1 isasked to enter each contact data in a sequential manner. The standardfields of contact information include fields for a mobile phone number,office phone number, and a home phone number. Other fields of data suchas email and Instant Messenger address may be entered after the initialset up process. User 1 is asked to enter a name for the contact, and amobile number for the contact. User 1 is also asked to enter a worknumber and a home number. The numbers are formatted, and User 1 isredirected to stage 5320 for a next entry. The contact data is stored bythe STK using a Get Input Proactive Command 3140 within the user 1MyProfile 2035.

Referring also to FIG. 5D, the User 1 application module 2090 checks ifthe entered contact phone numbers are in the correct InternationalFormat. Each time User 1 is asked to enter a phone number (Mobile, Workand Home), the (U)SIM application module 2090 automatically validateswhether the entered numbers matches international numbering format (suchas +15088368810), stage 5410. If the formatting is correct, the processterminates at stage 5490. If the formatting is incorrect, theapplication module 2090 appends the International Direct Dialing (IDD)and the National Direct Dialing (NDD) code to the numbers. Theconfirmation is displayed to the user using the Display Text ProactiveCommand 3090. Once the confirmation is displayed, the process isterminated, at stage 5490. The numbers input by the user are checked tofit to International formats and stored within the User 1 MyProfile DataFile 2035.

Although the processes of FIGS. 2, 3, 4 and 5A-5D are describedaccording to use by User 1, the User 2 UICC card 2091 executes the same,or substantially similar, processes for the configuration of the phone2050. The User 2 contact information is stored in the second userMyProfile Data File 2085, and the applet configuration is stored in thesecond application module Configuration file 2089.

For demonstration purposes, the standard fields of contact informationare Name, Office Phone, and Home Phone. Other fields of data may beentered after the initial set up process, such as “Email” or “InstantMessenger”. The contact data fields can be limited to the standardfields, but may include other fields. The users have the option ofchanging these designations at any time by accessing the applicationmodule 2090 through the SIM Tool Kit 2032 and 2082 menu within the UICCcard. The application module updates the MyProfile Data File 2035 forUser 1 and MyProfile Data File 2085 for User 2 (see FIG. 8 andaccompanying description, Manual Applet Navigation).

Referring also to FIG. 6A, the User 1 application module 2090communicates, packages the information, and sends the User 1 contactinformation to User 2. The contact information management system 2000can be used over a mobile network. User 1 places a call with the User 1phone 2010 to the User 2 phone 2050 via the mobile operator. The (U)SIMapplication module 2090 of the User 1 UICC card 2030 is initiated whenthe “Call Control Event” is triggered within the phone 2010.

Referring also to FIG. 6B, the User 1 application module 2090 checks theUser 2 operations mode data file 2084 to see if the application module2090 is in “active” mode, stage 6100. If the applet module 2090 is inthe “Idle” state, the module does not do anything and remains in the“Idle” state. If the applet is in the “Active” state, the module 2090retrieves the phone number of the User 2 phone 2050 from the CallControl Event 3010. The U(SIM) application module 2090 detects thenumber type, stage 6120. If the number is a listed national mobilenumber, then it sets the applet state as a “Call Control Happened”,stage 6140. If the dialed number is a “non-mobile” number, then theapplication module 2090 sets its state as “Idle”, stage 6150. Aftersuccessfully retrieving the User 2 Phone Number, the applet completesthis process, at stage 6190. As shown in FIG. 6, the call connectedevent 3030 triggers the application module 2090.

Referring to FIG. 6C, after the Call Connected Event 3030 is triggered,the application module 2090 checks at stage 6210 if the applet state isin “Call Controlled Happened” state. If the applet state is different,then the applet terminates itself at stage 6290. If the applet is in thecorrect state, then the application module 2090 checks if this is anoutgoing call, at stage 6220. If this is not an outgoing call, then theapplet state fails and the applet terminates itself at stage 6290. Ifthis is an outgoing call, then at stage 6230, the module 2090 remains in“Call Control Happened” state and continues its function.

When the User 1 hangs up the phone 2010, the call disconnected event3020 triggers the User 1 application module 2090. As described in FIG.6D, at stage 6410, the User 1 application module 2090 checks if theapplet state is still in “Call Control Happened” state. If theapplication state is different, then it jumps to stage 6490 and makes nochanges. If the application state is the same, the User 1 applicationmodule 2090 performs a “Send” function which is described in detail inFIG. 6E.

Referring also to FIG. 6E, the User 1 application module 2090 sends theUser 1 contact information. At stage 6410, the User 1 application module2090 checks if the User 1 MyProfile Data File 2035 is complete andvalid. If it is not, the application goes to stage 6490. If the User 1MyProfile Data File 2035 is complete and valid, the User 1 applicationmodule 2090 performs a Roaming Detection (see FIG. 6G and associateddescription). At stage 6430, if the roaming restriction applies, theapplication goes to stage 6490. If there are no roaming restrictions inplace, at stage 6440, the User 1 application module 2090 accesses theUser 1 LND Counter Data File 2037 and checks if the Last Number Dialed(LND) threshold value has been reached. At stage 6440, if the LNDCounter threshold value has not been reached, the application goes tostage 6490. If the LND Counter threshold value has been reached, theUser 1 application module 2090 triggers a question to Display ControlModule 2017: “Send My Profile”. The User 1 has four options: “Personal”,“Business”, “Both”, “Do not Send” and “Settings”. If User 1 selects the“Do not Send” option, the application module 2090 does not prompt anyother questions. If User 1 selects “Settings”, the User 1 is directed tothe Settings screen to make modifications to MyProfile or toDisable/Enable the Send and Add Features. If the User 1 selects one ofthe other options (“Personal”, “Business”, “Both”), then at stage 6460,the User 1 application module 2090 increments the LND counter value forthe dialed phone number and, at stage 6470, saves the new value withinthe User 1 LND Counter Data File 2037. The User 1 application module2090 creates a “Send MyProfile” SMS (see FIG. 6F and associateddescription). In order to let User 1 be aware that application module2090 exchanges contact information using SMS, the first time User 1chooses to send his contact information, User 1 is notified by thefollowing message: “You are going to send SMS, are you sure you want tocontinue?” This notification is made once, and if User 1 either acceptsor rejects sending SMS the first time this notification is made, thismessage will not be displayed for subsequent Sends. At stage 6490, theUser 1 application module 2090 goes back to its original listeningstate.

Referring to FIG. 6F, the User 1 application module 2090 sends the User1 contact information in a SMS. At stage 6510, if User 1 selects the“Personal” option, a confirmation message is displayed on the User 1Display Module 2017 through Display Text Proactive Command 3090:“Sending MyProfile SMS . . .” and in Step 6530 an SMS message is sentthat contains First Name, Last Name, Mobile and Home data fieldsspecified in MyProfile. If User 1 selects the “Business” option, then aconfirmation message is displayed: “Sending MyProfile SMS . . .” and theSMS message is sent and contains First Name, Last Name, Mobile, Workdata fields specified in MyProfile. If User 1 selects the “Both” option,then a confirmation message is displayed: “Sending MyProfile SMS . . . ”and the SMS message is sent and contains First Name, Last Name, Mobile,Home, Work data fields specified in the MyProfile Data File 2035.

Referring also to FIG. 6G, the roaming detection option 6420 isdescribed. When the User 1 application module 2090 activates the roamingdetection at stages 6410 and 6610, the User 1 application module 2090gets a Mobile Country Code (MMC) at stage 6610 from the phone 2010 usingthe Provide Local Information Proactive Command 3070 from STK. At stage6620, if the current Mobile Country Code (MMC) matches the User 1'sMobile Country Code, the roaming restriction does not apply. At stage6620, if the current Mobile Country Code (MMC) does not match User 1'sMobile Country Code, then, at stage 6630, the User 1 application module2090 checks the number dialed with the International Country Code. Ifthe number was dialed with the international country code, the roamingrestriction does not apply. If the International Country Code is notdialed, at stage 6630, then roaming restrictions apply, and theapplication goes to stage 6440 in FIG. 6E.

Referring also to FIG. 6H, the User 1 application module 2090 checks theLND counter value for each user. The LND counter value check feature isan enhancement to the static Event Counter. The number of times User 1is prompted to send an update to other users is reduced. The value checkprocess 6440 is based on the frequency in which each number is called(i.e. some numbers are called 10 times a day, and others are called 10times in a month) so that User 1 is asked to resend his contactinformation after an appropriate number of calls—instead of a fixednumber of calls. At stage 6710, the User 1 application module 2090locates the new dialed number from the LND Counter Data File 2037. Ifthe dialed number is not in the list, the number is added to the list.At stage 6720, the User 1 application module 2090 extracts the countervalue for the number from the User 1 LND Counter File 2037. At stage6730, the User 1 application module 2090 gets the Counter ThresholdValue from the User 1 Configuration Data File 2039.

Referring also to FIG. 61, the User 1 application module 2090 obtains aCounter Threshold Value. The “last numbers dialed” list is stored in theUser 1 LND Pattern Data file 2038. The threshold value for send updatequestion is based on the number of times a given number is representedin the “last number dialed” list. At stage 6810, the User 1 applicationmodule 2090 checks if Call Frequency Patterns Option is enabled byaccessing the User 1 Configuration Data File 2039. If the call FrequencyPatterns Option is not enabled, the module 2090 obtains the StandardThreshold Value from the User 1 Configuration Data File 2039. If thecall Frequency Patterns Option is not enabled, the User 1 applicationmodule 2090 dynamically calculates the threshold value based on thenumber of occurrences in the User 1 LND pattern Data File 2038.

Referring to FIG. 7A, the User 2 application module 2091 communicatesand receives the User 1 contact information and inserts the informationinto the User 2 SIM phonebook 2083. Contact exchange occurs between User1 and User 2 via a network. The User 2 application module 2091communicates, packages and sends User 2 contact information to User 1.At the completion of a call, User 1 chooses to send his contactinformation. User 2 complete activation of the User 2 application module2091, preferably prior to User 1 sending User 1 contact information toUser 2. In FIG. 2, the User 1 SMS message travels through the MobileOperator Over The Air (OTA) Platform 2001 and the Mobile Operator SMS-CCenter 2040. User 2 phone 2050 receives a SMS message that contains theUser 1 contact information. The SMS PP Data Download Event 3050 triggersthe User 2 application module 2091 and it indicates a SMS reception.

In FIG. 7B, the User 2 application module 2091 selects the SMS messageprocessor based on PID/DCS values, stage 7105. At stage 7110, the User 2application module 2091 extracts User 1 contact data from the SMSmessage. At stage 7115, the User 2 application module 2091 applies acheck if the SMS message contains a Mobile Operator Report request. Ifit is a Mobile Operator Report request, the User 2 application module2091 processes the Mobile Operator Report Request, stage 7120. If theSMS message is not a Mobile Operator Report request, the User 2application module 2091 triggers the Application Menu in the User 2Phone Display 2057 on the User 2 Phone 2050, stage 7125, through theDisplay Text Proactive Command 3090. (See FIGS. 8C and 8D and associateddescription, below). User 2 is prompted “SMS message received” (specificmessage dependent on handset). At stage 7125, the User 2 applicationmodule 2091 displays one of the two messages: “Add User 1?” (to SIMphonebook) or “Update User 1?” depending on whether User 1 is alreadystored in the User 2 (U)SIM Phonebook 2083. At stage 7135, If User 2selects “Add” or “Update”, then the User 1 contact entry is stored orupdated in the User 2 (U)SIM phonebook 2083. If the new record iscreated or updates successfully, the User 2 application module 2090displays a message “User 1 added to SIM phonebook” or “User 1 contactdata updated”.

If the User 2 application module 2091, at stage 7140, can not create thenew entry within the User 2 (U)SIM phonebook 2083, the User 2 (U)SIMphonebook 2083 displays a “SIM Phonebook full” message at stage 7150through the Display Text Proactive Command 3090. At stage 7135, if User2 selects “Do not Add” or “Do not Update”, then the User 2 applicationmodule 2091 will go to stage 7150. At stage 7150, User 2 will beprompted to send her contact information back to the User 1. This actionwill be substantially the same Send Profile process described above inFIG. 6E for User 1. The User 2 contact information stored in theMyProfile Data File 2085 will be sent to User 1.

Upon completion of the “Send Profile” process, the User 2 applicationmodule 2091 sends the following message to the display control module2057: “Preparing to refresh SIM . . .”. At this time, at stage 7155, theUser 2 application module 2091 deletes the SMS message from the User 2(U)SIM Card 2080. At stage 7160, the User 2 phone 2050 is asked toperform the SIM refresh function through the SIM Refresh ProactiveCommand 3120 and a message specific to the handset may be displayed onthe screen (e.g. Refreshing SIM). If there is an error with the SIMrefresh operation, stage 7165, a message will be displayed on the User 2phone display 2057 “Restart Phone to refresh your SIM phonebook”. Atstage 7175, the User 2 application module 2091 will ask the User 2 phone2050 to display “SIM phonebook ready” through the Display Text ProactiveCommand 3090.

Referring to FIG. 8A, a manual application navigation is available toUser 1 and to User 2. When User 1 selects to operate application module2090 within the User 1 phone 2010, the Menu Selection Event 3040 istriggered to activates the User 1 application module 2090.

Referring also to FIG. 8B, a Settings Menu selection process 8010 isshown. When menu selection Event 3040 is triggered, the User 1application module 2090 shows the Settings Menu, stage 8100 (see FIG. 8Cand associated description). At stage 8110, User 1 selects one of themenu items and the User 1 application module 2090 triggers the relatedaction.

Referring also to FIG. 8C, settings is a menu that allows User 1 tochange the User 1 application module 2090 defaults. The settings menucan be accessed by User 1 during the following usage flows: SendMyProfile after a call, Update MyProfile after a call, Add Caller tophonebook, Update Caller in phonebook, manual send to a new user, orManual navigation to the SIM applications. At stage 8110, User 1 has thefollowing choices within the settings menu: “Turn off Options”, “EditMyProfile”, “Manual Send”, “Language” and “About”. When User 1 makes achoice at stage 8220, the application triggers the related action andwhen completed, the application goes back to the settings menu. The Turnoff Options Menu provides the ability to disable or enable the Sendingand Adding features. The Disable Send feature allows User 1 to turnon/off the “Send MyProfile?” feature. If this featured is disabled, User1 will not be asked to Send his contact information (stored in the User1 MyProfile Data File 2035) after phone calls. The default value for theSend feature is “enabled”. The Disable Add feature allows User 1 to turnon/off the “Add [CALLER] to SIM phonebook?” message and feature. If thisfeatured is disabled, User 1 will not be asked to Add a caller to theSIM phonebook 2033 if an application module 2090 SMS is received. Thedefault value for the Add feature is “Enabled”.

Referring to FIG. 8D, the User 1 application module 2090 menu page isset to active, and the User 1 is presented with options. At stage 8310,the User 1 application module 2090 displays the available options. Inorder to make sure that the application does not intercept another phone2010 activity, the module checks with the terminal by getting terminalresponse, at stage 8320. If the terminal is not busy, at stage 8330, themodule 2090 returns to stage 8310 and continues to show the menu itemson the phone 2010 display module 2017. The User 1 application module2090 can issue a Time Proactive Command 3130 to continue displaying theapplication menu. If the terminal is not busy, at stage 8330, the User 1application module 2090 returns the selected option from the Menu.

Referring to FIG. 8E, a Manual Send option within the Settings Menu isavailable. If User 1 selects the Manual Send Option, at stage 8410, theUser 1 application module 2090 checks if the User 1 MyProfile Data File2035 is ready. At stage 8420, if the User 1 MyProfile Data File 2035 isready, the User 1 application module 2090 asks User 1 to enter the User2 destination phone number by triggering the Get Input Proactive Command3140. The User 2 phone number is entered. The User 1 application module2090 performs a Send process as, as described in FIG. 6E.

Referring to FIG. 8F, the Edit MyProfile option within the Settings Menuis described. If User 1 selects the Edit MyProfile Option, at stage8510, the User 1 application module 2090 displays the Edit MyProfilemenu. The MyProfile menu contains the User 1 contact information in asub-menu. The data, as stored in the MyProfile Data File 2035, is theinformation that is sent to other users. The default available optionsare First name, Last Name, Mobile Number, Home Number, and Work Number.The field of data and options are not limited only to these numbers andcan be extended by extending the application module 2090 code.

The “Language” function allows User 1 to change the language of the User1 application module 2090. The number and types of language options aredetermined by the Mobile Operator, for example. The default language canbe set by the operator during implementation, coded into the User 1application module 2090 or changed through an OTA update of the User 1Configuration File 2039.

The “About” function provides a brief description of the User 1application module 2090 and the version information to User 1. The Aboutfunction also displays the Operation Mode, a metric used to determine inwhat mode the handset is allowing the User 1 application module 2090 tooperate.

Referring to FIGS. 2-8, the “Send Update” function allows the User 1application module 2090 to automatically update the User 1 contactinformation in the User 2 phonebook (and other users' phonebooks). TheSend Update action can be triggered by an outgoing call or by anincoming User 1 application module 2090 SMS communication, for example.The User 1 application module 2090 performs the Send process, e.g., inFIG. 6E. The system and the methods used for “Update” is substantiallythe same as the “Send” process. The frequency of the “Send Update?”query is controlled by the User 1 LND Counter Data File 2037. Each LNDCounter Data is tied to the phone call destination number or SMSorigination phone number. In order to prevent repetitive send requestsfor frequent callers, the User 1 LND Counter Data File 2037 tracks thenumber of outgoing calls for each unique destination address. The sendquery is asked after the User 1 LND Counter Data, for a givendestination address, reaches the Base Threshold Value. User 1 may changeinformation in the MyProfile Data File 2035 and the counters resetprocess is triggered. A change to Personal information (Name, Mobile orHome number) resets the LND counters for all the contacts who havepreviously received Personal information. A change to Businessinformation (Name, Mobile or Work number) resets the LND counters forthe contacts who have previously received Business information. A changeto both Personal and Business information resets all the counters. Oncethe counter for a given contact is reset, a subsequent call to thiscontact triggers contact information exchange.

The “Receive Update” function is configured to allow the User 2application module 2091 to receive a SMS message that contains thecaller's contact information with the updated information. The User 2application module 2091 activates and asks User 2 to “Update User 1?”.User 2 has three options “Yes”, “No”, “Settings”, according to the“Receive” process described in FIG. 7A-7B. If the User 2 selects “Yes”the User 2 contact data entry in the User 2 UICC Phonebook 2083 isupdated and a message is displayed, such as: “User 2 updated in SIMphonebook.” If the User 2 selects “No”, then the User 2 UICC Phonebook2083 is unchanged.

Referring to FIG. 9, a mobile contact information management system 9000includes components and their connectivity to several devices within aNetwork, such as a UMTS Network. A mobile contact management informationsystem 9000 includes a first user phone 9010, a second user phone 9050,a remote computer 9003, a remote database server 9005, switches 9007, aSwitch Communication Application 9004 and a Mobile Operator Over The Air(OTA) platform 9001, as well as other servers and databases servers.

The Mobile Operator remote computer 9003 remote database 9005 and theswitches 9007 are coupled to each other. The first user phone 9010 andthe second user phone 9050 are configured to communicate over the MobileOperator OTA Platform 9001. The OTA platform connects the first userphone 9010 and the second user phone 9050 to the remote computer 9003and remote database server 9005 over the mobile network. In FIG. 9, thefirst user phone 9010 contains a UICC card 9030 and the second userphone 9050 contains a UICC card 9080 that enables the first user phone9010 and the second user phone 9050 access to the remote server 9003 andthe remote database 9005 over the mobile network, OTA Platform 9001 andthe phone operator network. The UICC cards 9030, 9080 can be integratedinto the phone and phone operating system software.

The first user UICC card 9030 contains a (U)SIM application module 9090,a Javacard 9031, a SIM Tool Kit (STK) framework 9032, and a first userUICC card phonebook 9033. In addition, the following files are stored inthe SIM File System: a first user MyProfile Data File 9035, a first UserLast Number Dialed (LND) data file 9037, a first User LND Pattern datafile 9038, a first User Operations Mode data file 9034, and a first UserConfiguration File 9039. These files can be changed locally or remotelyvia an OTA update. The first user phone 9010 further includes a phoneoperating system 9011. The first user phone operating system 9011includes a display control module 9017, a phonebook module 9015, a phoneevent management communication module 9014, and a SMS module 9016. Othermodules may also be included.

The second user UICC card 9080 contains a (U)SIM application module9090, a Javacard 9081 and a SIM Tool Kit (STK) framework 9082, a seconduser UICC card phonebook 9083. The following files are stored in the SIMFile System: a second user MyProfile Data File 9085, a second User LastNumber Dialed (LND) data file 9087, a second User LND Pattern data file9088, a second User Operations Mode data file 9084, and a second UserConfiguration File 9089. These files can be changed locally or remotelyvia an OTA update. The second user phone 9050 further includes a phoneoperating system 9051. The second user phone operating system 9051includes a display control module 9057, a phonebook module 9055, a phoneevent management communication module 9054, and a SMS module 9056. Othermodules may be included.

User 1 places a call with the first phone 9010 to the second user phone9050 via the Mobile Operator, stages 9090 and 9060. The switch 9007informs the Switch Communication Application 9004 within the remotecomputer 9003 regarding the caller's phone numbers. The SwitchCommunication Application 9004 creates two SMS messages: The first SMSmessage is send to the User 1 phone 9010, a second message is send tothe User 2 phone 9050. In each instance, the (U)SIM application module9090 in the first user UICC card 9030 and the (U)SIM application module9090 in the second user UICC card 9080 is triggered by the SMS messages.The applet triggering events is replaced within the User 1 phone 9010and the User 2 phone 9050. At the end of each call the (U)SIMapplication module 9090 for User 1 and User 2 will be activated to queryeach user to Send contact information.

Alternatively, the User 1 MyProfile Data File 9035, the User 1 LastNumber Dialed (LND) data file 9037, the User 1 LND Pattern data file9038, the User 1 User Operations Mode data file 9034, and the User 1Configuration File 9039 can be replaced with a web interface within theremote computer 9003 and a logic within the remote database server 9005over the mobile network. With continued referece to FIG. 9, User 1places a call with the mobile phone 9010 to the User 2 phone 9050 viathe Mobile Operator, as shown in stage 9090 and 9060. The switch 9007informs the Switch Communication Application 9004 within the remotecomputer 9003 regarding User 1's phone numbers. The Switch CommunicationApplication 9004 creates two SMS messages: The first SMS message is sentto the User 1 phone 9010, and a second message is send to the User 2phone 9050. The (U)SIM application module 9090 in the first user UICCcard 9030 and the (U)SIM application module 9090 in the second user UICCcard 9080 is triggered by the SMS messages. Using this methodology willnot only replace the applet triggering events within the User 1 phone9010 and the User 2 phone 9050, but also the location process logic tothe remote computer 9003 and the remote database server 9005. Theinformation related to User 1 and User 2, such as MyProfile Data, LastNumber Dialed Data, LND Data Pattern, User Operation Mode, and the listof contacts within the Address Book are stored within the remotedatabase server 9005. At the end of each call the (U)SIM applicationmodule 9090, 9091 for User 1 and User 2 will be activated and ask eachuser to Send contact information.

Referring to FIG. 10, the mobile contact information management system3000 illustrates the components of invention and their connectivity toseveral devices between Networks, such as an UMTS Network and a FixedLine (Land Line) Network. A mobile contact management information system3000 includes a first user phone 3010, a second user fixed line phone3050, a second user computer 3080, a remote computer 3003, a remotedatabase server 3005, switches 3007, a Switch Communication Application3004 and a Mobile Operator Over The Air (OTA) platform 3001, a FixedLine Network 3060 as well as other servers and databases servers.

The Mobile Operator remote computer 3003, the remote database 3005 andthe switches 3007 are coupled to each other. The first user fixed linephone 3050 is connected to the Mobile Operator OTA Platform 3001. Thesecond user fixed line phone 3050 is connected to the Fixed Line Network3060. The second user computer 3080 is connected to the remote computer3003 and to the remote database server 3005 through the Internet orother network. The OTA platform connects the first user phone 3010 tothe remote computer 3003 and the remote database server 3005 over themobile network. The first user phone 3010 contains an UICC card 3030that enables the first user phone 3010 access to the remote server 3003and remote database 3005 over the mobile network, OTA Platform 3001 andphone operator network. The UICC card 3080 can be integrated into thephone and phone operating system software.

The UICC card 3030 contains a (U)SIM application module 3090, a Javacard3031 and a SIM Tool Kit (STK) framework 3032, a first user UICC cardphonebook 3033. In addition, the following files are stored in the SIMFile System: a first user MyProfile Data File 3035, a first User LastNumber Dialed (LND) data file 3037, a first User LND Pattern data file3038, a first User Operations Mode data file 3034, and a first UserConfiguration File 3039. These files can be changed locally or remotelyvia an OTA update. The first user phone 3010 further includes a phoneoperating system 3011. The first user phone operating system 3011includes a display control module 3017, a phonebook module 3015, a phoneevent management communication module 3014, and a SMS module 3016 andother modules. The second user fixed line phone 3050 can be a standardfixed line phone or a VOIP phone or a next generation digital phone.

The second user contact information is stored in the remote computer3003 coupled to the remote database server 3005. The second user mayhave access privileges to the remote computer through the Internet to,for example, change contact information which is stored within remotedatabase server 3005.

According to FIG. 10, User 1 places a call with the mobile phone 3010 tothe User 2 phone 3050 via the Mobile Operator, as shown in stage 3065,and via the Fixed Line Network as shown in stage 3060. The switch 3007informs the Switch Communication Application 3004 within the remotecomputer 3003 regarding the User 1's phone numbers. The SwitchCommunication Application 3004 informs the remote computer 3003 coupledto the remote database server 3005. The remote computer 3003 retrievesthe User 2 contact data from remote database 3005, then packages theUser 2 contact data and inserts the information into an SMS message. TheSMS message is sent to the User 1 phone 3010. In this instance, the(U)SIM application module 3090 in the first user UICC card 3030 istriggered by the SMS message in “Receive” mode. Using substantially thesame application module 3090, User 1 inserts User 2 contact data in theUser 1 UICC card phonebook 3033. The remote computer 3003 coupled to theremote database server 3005 stores User 1's phone number within a CallList in the User 2 remote database 3003 account. User 2 changes herinformation within the remote computer 3003 coupled to the remotedatabase server 3005. Remote computer 3003 retrieves User 2's updatedcontact data from the remote database 3005, and packages new User 2contact data and inserts the information into an SMS message. The SMSmessage is sent to the User 1 phone 3010. In this instance, the (U)SIMapplication module 3090 in the first user UICC card 3030 is triggered bythe SMS message in “Receive” mode. Using exactly the same applicationmodule 3090 and methodologies, User 1 will be able to insert User 2'supdated contact data in the User 1 UICC card phonebook 3033.

A reporting system for the contact management system 2000, 3000, 9000can be included. The (U)SIM application module 2090 prepares and sendsusage reports to a remote computer 2003 and a remote database 2005. The(U)SIM Application 2090 gathers usage data and sends informationperiodically to the remote computer 2003 and a remote server 2005. Theinformation collected includes, but is not limited to, total number ofincoming calls, total number of contacts in the phonebook, total numberof personal contact information updates with in a time period. Theinformation collected in the remote database 2005 can be used to analyzeusage statistics and characteristics.

Embodiments of the invention describe wireless transfer of data from afirst mobile user to a second mobile user over a network. Using themethods and systems described herein, data can be transferred viaBluetooth® technology, infrared or other wireless technology that allowcommunication from one device to another.

The methods and systems of embodiments of the present inventiondescribed above allow users to exchange business and personal contactinformation to other users over a mobile network. In other embodiments,businesses may use contact information systems of the present inventionto provide data exchange between the customers, vendors, or others. Inother embodiments, mobile operators may use the present invention toprovide a mobile yellow pages or white pages directory between thecustomers, vendors, merchants or others. Further, embodiments of theinvention describe the exchange of contact information. Otherinformation can be exchanged between the users, customers, vendors orothers. For example, information such as photos, ring tones, other audioor visual information, music files and other information can beexchanged via the apparatus and systems described herein.

Having thus described at least one illustrative embodiment of theinvention, various alterations, modifications and improvements willreadily occur to those skilled in the art. Such alterations,modifications and improvements are intended to be within the scope andspirit of the invention. Accordingly, the foregoing description is byway of example only and is not intended as limiting.

1. An information management system comprising: a first user devicehaving an address book; a second user device having an address book andconfigured to interface with the first user device over a wirelessnetwork; and an application module configured to enable the first userdevice to send information associated with a first user over thewireless network to the second user device address book upon acommunication between the first user device and the second user device.2. The information management system of claim 1 wherein the applicationmodule is configured to detect a communication event in at least one ofthe first user device or the second user device.
 3. The informationmanagement system of claim 2 wherein the first user device is configuredto send information associated with the first user to the second userdevice in association with a detection of the communication event by theapplication module.
 4. The information management system of claim 2wherein the first user device is configured to prompt a first user tosend information associated with the first user to the second userdevice in association with a detection of the communication event by theapplication module.
 5. The information management system of claim 1wherein the application module is configured to insert the informationassociated with the first user into the second user device address book.6. The information management system of claim 1 wherein the applicationmodule is configured to prompt the second user to insert the informationassociated with the first user into the second user device address book.7. The information management system of claim 1 wherein the applicationmodule is configured to prompt the first user to update first userinformation in the first user device.
 8. The information managementsystem of claim 1 wherein the first user device is configured to send anupdated information message to the second user device to update theinformation associated with the first user in the second user deviceaddress book.
 9. The information management system of claim 1 whereinthe application module is configured to insert an updated informationmessage into the second user device address book.
 10. The informationmanagement system of claim 1 wherein the application module isconfigured to prompt the second user to insert an updated informationmessage into the second user device address book.
 11. The informationmanagement system of claim 1 wherein the first device includes a smartdevice comprising one of a Subscriber Identity Module, a UMTS SubscriberIdentity Module, a smart card or an embedded chip, and wherein the smartdevice is configured to include the first user address book.
 12. Theinformation management system of claim 11 wherein the second deviceincludes a smart device comprising one of a Subscriber Identity Module,a UMTS Subscriber Identity Module, a smart card or an embedded chip, andwherein the smart device is configured to include the second useraddress book.
 13. The information management system of claim 12 whereinthe first user device is configured to send information related to thefirst user to the smart device of the second user device.
 14. Theinformation management system of claim 1 wherein the application moduleis configured to detect a call identifier of the communication todetermine whether the calling number is a mobile device call identifier.15. The information management system of claim 1 wherein the applicationmodule is configured to: detect a format for a second user identifierstored in the first user device after the communication event; andformat the second user contact identifier when the second user contactidentifier is not in a correct dialing format.
 16. The informationmanagement system of claim 1 wherein the application module isconfigured to determine a frequency of the communication between thefirst user device and the second user device.
 17. The informationmanagement system of claim 16 wherein when the frequency of thecommunication between the first user device and the second user deviceexceeds a threshold, the application module is configured to prompt thefirst user to send an updated information message to the second user.18. The information management system of claim 1 wherein the applicationmodule is configured to determine whether a roaming restriction appliesto the first user device before the first user device sends the firstuser information over the wireless network.
 19. The informationmanagement system of claim 1 wherein the first application module isconfigured to allow entry of a permission level for the informationstored in the first user device.
 20. The information management systemof claim 19 wherein the first application module is configured to sendinformation associated with the first user device that corresponds tothe permission level to the second user device.
 21. The informationmanagement system of claim 19 wherein the first application module isconfigured to store the permission level that corresponds to the seconduser device.
 22. The information management system of claim 21 whereinthe first application module is configured to store a sent record toindicate a time of sent data, a destination number and a permissionlevel.